home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0590.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.5 KB  |  38 lines
  1. I am a latecomer, so forgive me if this is naive or old hat.
  2.  
  3. Many of the issues that people seem to be grappling with are already
  4. handled by news.
  5.  
  6. For example, we are talking about caching nodes.  News has highly evolved
  7. caching capabilities -- I mean, caching is what it is all about -- both for 
  8. TCP/IP and UUCP-based links.
  9.  
  10. Someone mentioned the issue of caching and node names, apparently
  11. node names would have to be rewritten by the cacher or need to be made
  12. machine-independent in some way (?).  Article IDs are guaranteed unique
  13. and are server-independent.  The mechanism for translating article
  14. IDs to filenames is fast and pretty highly evolved.
  15.  
  16. Oh, ugh, "Supercedes:" doesn't cut it unless the article superceding
  17. the old one replaces its article ID, which would probably be Bad.
  18.  
  19. Expiration dates can be set with "Expires:", and sites that 
  20. archive certain groups already do special things on "Archive-Name:".
  21.  
  22. Plus news is already ultra-portable.
  23.  
  24. Is the brief-connection-per-document approach of HTTP still necessary
  25. when the data is widely replicated?
  26.  
  27. It would be painful to go reap all the references that
  28. point to expired articles, although if a user traversed to an expired
  29. article, perhaps it could be pulled off of tape or an NNTP superserver 
  30. somewhere.
  31.  
  32. Clearly the authors of WWW think news is important because WWW has 
  33. nice capabilities for accessing NNTP servers.  What, then, is the 
  34. motivation for HTTP as opposed to, say, using news with HTML article 
  35. bodies?
  36.  
  37.  
  38.